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J. O'Loughlin 

B . Young 
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CC: PDP-11 Design Review Committee 
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I have read your paper on I/O Bus rather thoroughly. 
I am not certain I understand all implications as 
well as I should, however, I would like to throw 
out a few comments based on my understandings to 
date. Before doing so I should state some 
assumptions: (MINE) . 

1. The new PDP-11 "Family" will go from small - 
( < 81) to large (5*10) configurations some day. 

2. Planning for the larger configurations now is 
is a necessity in order to guarantee getting 
there from here. 

3. I assume the bus sequences behave approximately 
as I have shown in attached flow charts . 

4. In both small and large machines high bus 
transfer rates, long bus lengths, and low 
latencies for I/O are characteristics 
necessary to a good portion of our users. 

5. Memories with cycle time <1 usee may be 
desirable on these machines some day. 

6. Goodies like multi-processor configurations, 
multiple memory buses, and memory inter- 
leaving are reasonable topics for consideration 

in medium (15) to large (10) machines. APR 23 1969 
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PRIORITY BUS TRANSFERS 



Bus = 75 feet 



DEVICE (SLAVE) 



PROCESSOR (MASTER) 



SET NPR & OR BR 



* 



j±r 



150 NS 



«-150 NS- 



(SET MINOR PRIORITIES ! 



■150 NS-^ 



> 



-150 NS- 



SET BUSY 

DROP PRIORITIES 



-> 



3L 



SET C = 1 
SET GRANT 



i, 



WAIT | 
150 NsJ 



4. 



SET MSYN 



^ 



DROP MSYN 



WAIT 
300 NS 



J 



BUS FREE TO 
NEW MASTER 



PRIORITY BUS TRANSFER = (5 x 150 NS) + 300 NS = 1.05 usee 
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DATA IN TRANSFER 



DEVICE/ (SLAVE) 

MEMORY 



PROCESSOR (MASTER) 



SELECT 
SET SSYN 



DATA AVAILABLE 
SET DATA LINES 
WAIT 150 NS 



<^~150 NS- 



SET C = 3 
SET ADDRESS 








| WAIT J 
|L50 NS/ 






SET MSYN 











, 

DROP ADDRESS 




BUS FREE 



DATA IN TRANSFER 900 NS with Zero Access Time 
DATA IN TRANSFER 1.4 usee with 1 usee Memory 



4-0030-9 



-4- 



Butler 



DEVICE (SLAVE) 



DATA OUT TRANSFER 



PROCESSOR (MASTER) 



SELECT 
SET SSYN 



DROP SSYN 
AFTER 300 NS 



TAKE DATA 



<— 150 NS 



<rl50NS 



<-150 NS 



150 NS 



SET C = 4 
SET ADDRESS 



WAIT 
150 NS| 



SET MSYN 



J 



1 



DROP ADDRESS 
SET DATA 



WAIT 
v 150 NSJ 



| DROP MSYN J 



WAIT 100 NS 
DROP DATA 



WAIT 200 NS 
MORE 



BUS FREE 



DATA OUT = 900 NS 



4-0030-9 



-5- 



Butler 



DATA MODIFY TRANSFER 



DEVICE (SLAVE) 



""*— 150 NS 




SELECT 
SET SSYN 



SET DATA 
WAIT 150 NS 
DROP SSYN 
WAIT 100 NS 
DROP DATA 



TAKE DATA 



IS~C M5 



1 
REMOVE ADDRESS 



TAKE DATA 
MODIFY 
PLACE DATA 
WAIT 150 NS 
DROP MSYN 
WAIT 100 NS 
DROP DATA 



WAIT 200 NS MORE 



BUS FREE 



DATM = 5 x 150 NS + 300 NS = 1050 NS 
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A cursory examination of the bus sequences (see attached 
charts) shows typical bus sequence times of . 9 to 1.1, 
usee. Furthermore, these sequences will affect the 
minimum instruction cycle time achievable in the system. 
Based on guesstimation it looks as if this instruction 
cycle time will be limited to approximately 1.3 to 1.5 
usee. This may be a serious limitation on larger systems 
(or even smaller ones) a few years from now. For 
example, look at competition, (SDS Sigma 2,5,7 750 NS - 
900 NS, Lockheed Mac 1 usee, PDP-15 800 NS, SEL 810 B 
790 NS, etc) . Using this type of interlocked bus sequence 
bus times can be reduced, by changing things around a bit, 
however, not by very much. With a 20 foot limitation on 
bus length the PDP-15 memory achieves 700 NS bus sequence 
times, with this method. 

Also these sequences do not achieve total interlock. If 
you want and need total bus interlock considerable 
modification is required of your sequences. For example 
if your bus length lengthens, delays would have to be 
changed in the master devices. With a total interlock 
scheme masters and slaves close to the processor would 
run fast and ones further out on the bus more slowly with- 
out any delay adjustments. It appears to me that this , 
bus scheme falls short of full interlock and thus a lot 
of advantages are lost. At the same time you are paying 
for all the disadvantages of an interlocked scheme (slow 
communication time, more complex control logic, etc) . 

I would recommend taking a serious look at the bus 
sequence times required now and 2 to 3 years in the future 
to attain competetive speeds . I would also suggest that 
you look at the PDP-10 type of memory bus to see how 
they do it. (The 10 does not use DC interlock. They do 
achieve very fast bus time however) . You might also look 
at the PDP-15 memory bus for an example of total interlock. 

In addition to the basic memory sequencing there are some 
I/O limitations - See drawing. in the drawing it is shown 
that the fastest back- to-back transfer of data to/from 
memory on different devices is *£ one word/byte every 2.4 
usee. While doing this the bus is 100% busy, the cpu is 
computing but totally locked out of memory and memory is 
being used to ^2 50% efficiency. The latency of the system 
appears to be the length of a pause (DATM) reference to 
memory plus a priority transfer plus half the data transfer 
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1.4 usee 



1.0 usee 1.4 usee 1.0 usee 



CP ASSUMES 
MASTER CONDITION 

1.4 usee 



CP-MEM CYCLE 



PRIORITY XFER 



PRIORITY XFER 







CP-MEM CYCLE 



DEVICE A REQUEST (NPR) 
(HIGH PRIORITY) 



DATA XFER 



300 NS 



DEVICE B REQUEST 
(LOWER PRIORITY) 



DATA XFER 



CONDITIONS - Two Devices request just after CP-MEM Transfer 
starts, Device A does transfer, then Device B, 
then Control is returned to CP. 
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Bus A. 


IPU 


MEM 






APU 


IPU 




Bus B. 


APU 


MEM 




Advantages: 

,1 . I/O activity does not 
affect APU MEM activity 
One connection each device 
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Bus B 



Advantages : 

1. APU activity does not 
affect I/O MEM activity 

2 . One connection APU 
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or 1.6 usee + 1 usee + .7 us or about 3.3 usee. This is very 
good I think. However, the throughput rate and memory efficiency 
leaves something to be desired. 

On larger system with lots of I/O gear, multiple memory buses 
are used to get up to twice the efficiency of use of the 
memories by allowing high density transfers into one area of" 
memory and calculation programs in another area of memory. I 
haven't given much thought to adapting your bus to this approach. 
There are some loose ends though. (Consider who is the master 
and when on each bus) . Two drawings attached show two possible 
schemes without regard to your particular bus problems. 

To summarize what I've said see the list below: 

1. The DC Interlock bus scheme is somewhat slow. 

2. The PDP-11 bus doesn't achieve total interlock. 

3. Therefore your paying the price (disadvantages) of the 
interlock scheme without getting the value (advantages) 
of the interlock scheme. 

4. Present and future speed requirements should be carefully 
considered. 

5. Look at (if you haven ' t already) the PDP-10 memory bus 
and the PDP-15 memory bus. 

6. It appears that high I/O rates (stacked up requests) do 
not use memory at 100% efficiency. 

7. The I/O bus limits back-to-back transfer rates from different 
devices to fc2.4 usee between words (this is better than 
average but we could do better I think) . 

8. For larger systems multiple bus configurations should be 
considered. 

I hope that you will utilize these comments as they are intended. 
i.e. constructive criticism. Please consider that I may not be 
completely in tune with your paper on this and therefore may 
have missed points which make the comments invalid. I hope 
you will straighten me out if I have any serious misunderstandings 
about your bus. My extension is 2215. 
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